home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0128 / 396.txt < prev    next >
Text File  |  1997-04-16  |  26KB  |  590 lines

  1. Info-Atari16 Digest         Wed, 17 Jul 91       Volume 91 : Issue 396
  2.  
  3. Today's Topics:
  4.                      /-\- Assembly Hackings -\-/
  5.                      Also problems with mega ste
  6.                             bug or virus ?
  7.                           Fritz and Franzen
  8.                           FTP sites (2 msgs)
  9.                       Hard disk backup programs
  10.            looking for a good, cheap (PD?) 68000 assembler
  11.                       Need 68000 socket adapter
  12.                       Portfolio in Terminator 2?
  13.               SO, WHO ASKED ME #1: The Cheapskate Factor
  14.                            Spectre backups
  15.                          TT compatability...
  16.        Wanted - info on Mega ST 8/16 MHz accelerators (2 msgs)
  17.                  Where to get sym-ld for dbx-symbols?
  18.                         XCONTROL & Mouse Accel
  19.  
  20. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  21. cross-posting to/from Usenet is getting closer, but still getting thrashed
  22. out.  Please send notifications about broken digests or bogus messages
  23. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  24.  
  25. Please send requests for un/subscription and other administrivia to
  26. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  27. instead of the moderators are likely to be lost or ignored.
  28.  
  29. If you want to unsubscribe, and you're receiving the digest indirectly
  30. from someplace (usually a BITNET host) that redistributes it, please
  31. contact the redistributor, not us.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 17 Jul 91 19:25:09 GMT
  35. From: cleveland.Freenet.Edu!aa400@ucbvax.berkeley.edu (Marc A. Lombardo)
  36. Subject: /-\- Assembly Hackings -\-/
  37. To: Info-Atari16@naucse.cse.nau.edu
  38.  
  39. I was wondering if there was anyone out there who was really into assembly
  40. coding and had maybe written a couple of demo screens.  I am in need of
  41. some help in coding, I am just starting to code.  Also, any help getting
  42. started using MonST would be appriciated.  Using electronic mail is the
  43. best way I can get help, please contact me through the above address
  44. and send me sample code, etc...
  45.  
  46.  
  47. I have already learned some basics on my own, like raster interrupts and
  48. sine wave sprites, just basic stuff.  I want to get into complex coding,
  49. but I really would like some help.
  50.  
  51. Any help would be GREATLY appreciated.
  52.  
  53.  
  54. --
  55. Marc A. Lombardo           User Address:aa400@cleveland.freenet.edu   
  56. /-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/--/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-   
  57. Atari ST, MIDI, Music                                                
  58.                                                                    
  59.  
  60. ------------------------------
  61.  
  62. Date: 17 Jul 91 14:06:35 GMT
  63. From:
  64.  noao!ncar!zaphod.mps.ohio-state.edu!caen!ox.com!math.fu-berlin.de!fauern!forwis
  65.  s.uni-passau.de!chekov!wieninge@arizona.edu (Christian Wieninger)
  66. Subject: Also problems with mega ste
  67. To: Info-Atari16@naucse.cse.nau.edu
  68.  
  69. johnj@echo.philips.nl (John Janssen) writes:
  70.  
  71.  
  72. >1. The first problem was that DEGAS messes up the screen, when
  73. >   you switch from menupage to drawpage. (I mean the good old
  74. >   DEGAS, not DEGAS ELITE which I didnot test).
  75.  
  76.  
  77. >I got the following mail from Lars-Erik
  78. >>Exacly the same problem I had....
  79. >>I know of LOTS of examples of MEGA STE's with this bad chips that causes the
  80. >>monochrome diplay to wrap when you change screen adresse and causes static in
  81. >>the DMA sound, but Atari Corp won't confirm this and tell me that this is
  82. >>only a problem with my machine (but you are the 4th one I've heard about).
  83. >>Replace the chip with a chip from an old STE (not the same number so you need
  84. >>the print-layouts for both MEGA STE and STE to do this, the chip is called
  85. >>GSTSHIFTER and has to do with both video and sound in the STE machines..)
  86. >>I would again like a comment on this from Atari Corp.  You can't just ignore
  87. >>this problem that applies to a great number og MEGA STE's !!!!!???
  88.  
  89. The same problem on my machine:
  90.  Switching to another screen in the DEVPAC assembler or in SPECTRUM 512
  91.  has the same effect. If Atari does not believe in that, why dont they
  92.  test it?
  93. Where can I get the chip, that Lars-Erik described. Is this a custom chip
  94. or any other chip.
  95.  
  96. DMA-Sound: in low resolution it`s the same on my machine. While accessing
  97. the harddisk there is a terrible noise in the loudspeaker. In some programs
  98. this occures also when I move the mouse.
  99.  
  100. After all these articles on the net, ATARI still claims this would be an
  101. error only on our machines. So if anybody on this net reads about this and
  102. if his machine works fine, could he please send a short mail?
  103.  
  104. Thank you , Christian.
  105.  
  106. ------------------------------
  107.  
  108. Date: 14 Jul 91 11:28:26 GMT
  109. From: cucstud!tfd!afp!gna!linn!Robert.Elsinga@uunet.uu.net (Robert Elsinga)
  110. Subject: bug or virus ?
  111. To: Info-Atari16@naucse.cse.nau.edu
  112.  
  113. In a message of <04 Jul 91  13:22:57>, Frank.Moehle@arbi.informatik.uni-ol
  114. (2:320/100.1) writes:
  115.  
  116.  F> -MSGID: 2:320/100.1 287f6bf9
  117.  F> From: Frank.Moehle@arbi.informatik.uni-oldenburg.de (Frank Moehle)
  118.  F> Organization: University of Oldenburg, Germany
  119.  F>
  120.  F> I am using an ST with 2.5 MB, TOS1.4, Seagate ST157N with an ICD-
  121.  F> hostadapter
  122.  F> and a lot of stuff on it. I have been using my harddisk for a very
  123.  F> long time now, but recently my ST started behaving strage :
  124.  F>
  125.  F> I can boot from my HD, open windows and so on.
  126.  F>
  127.  F> But sometimes, after leaving a program, IT happens :
  128.  F> I return to desktop with NO open windows (I had some opened berfore
  129.  F> entering the program). As I try to open a window, the alart-box "4
  130.  F> Windows already open, please close winsdows before opening new ones"
  131.  F> (roughly translated) apears. WHY ????
  132.  F> When I select "close.." or "close window" from the menue bar, my ST
  133.  F> starts playing "dead man".
  134.  F>
  135.  F> Did I catch a virus (if so : how can I get rid of it)  or is this
  136.  F> just a strage GEMDOS bug??????
  137.  
  138. I had the same 'problem', still don't know where it came from, but I have the
  139. feeling it's a program (Tempus, Wordplus ?) that's messing things up. Does
  140. this happen *after* using some program's, have you got new AUTO-programs
  141. installed or ACC's? Check that out, I don't think it's a virus (all my virus
  142. scanners couldn't find one, and I *always* boot from a clean boot-disk).
  143.  
  144.                                      Robert Elsinga   =8-)
  145. ---
  146. Co-sysop * Atari BBS Connection * Leeuwarden NL
  147.     Robert.Elsinga@p10.f301.n282.z2.fidonet.org
  148.  or tfd.com!afp!gna!linn!p10.f301.n282.z2.fido!Robert.Elsinga
  149.  
  150. ------------------------------
  151.  
  152. Date: 17 Jul 91 12:21:18 GMT
  153. From:
  154.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utgpu!watserv1!watmath!ljdic
  155.  key@arizona.edu (L. J. Dickey)
  156. Subject: Fritz and Franzen
  157. To: Info-Atari16@naucse.cse.nau.edu
  158.  
  159. Do you know where I could pick up copies of these PD software packages
  160. from Germany?  Maybe an ftp site somewhere?
  161. I am told that they can be used to make sketches which
  162. can then be incorportated in LaTeX source.
  163.  
  164. --
  165. Prof L.J. Dickey, Faculty of Mathematics, U of Waterloo, Canada N2L 3G1
  166. internet:       ljdickey@watmath.UWaterloo.ca   BITNET/EARN:    ljdickey@watdcs
  167. obsolescent?:   ljdickey@watmath.waterloo.edu
  168. UUCP:           ljdickey@watmath.UUCP   ..!uunet!watmath!ljdickey
  169.  
  170. ------------------------------
  171.  
  172. Date: 17 Jul 91 06:07:13 GMT
  173. From:
  174.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!uflorida!gatech!pitt!unix.cis.pitt
  175.  .edu!rjast1@arizona.edu (Robert J Anisko)
  176. Subject: FTP sites
  177. To: Info-Atari16@naucse.cse.nau.edu
  178.  
  179. In article <9107162305.AA01173@cwns9.INS.CWRU.Edu> gpinzone@george.poly.edu
  180.  writes:
  181. >I'm looking for a list of FTP sites that support the Atari ST.
  182. >
  183. >So far, all I have is the atari.archive one....
  184. >
  185.  
  186.   Here's a list of sites derived from the archive.sites.Z file found
  187. at wuarchive.wustl.edu, using 'atari' as the keyword...
  188.  
  189.  
  190. atari.archive.umich.edu            141.211.164.8   unknown
  191.  atari.archive.umich.edu           03/17/91        anonymous/odin@pilot.njin.net
  192. cs.uni-sb.de                       134.96.7.254    GNU, atari, RFCs, perl, misc
  193. faui43.informatik.uni-erlangen.de  131.188.1.43    NeWS X11 amiga atari faces
  194.  forwiss.uni-passau.de                             atari st, minix, elisp, TeX
  195.  irisa.irisa.fr                                    comp.binaries.atari.st,
  196.  irisa.irisa.fr                                    comp.sources.atari.st,
  197.  isca01.isca.uiowa.edu                             comp.binaries.atari.st,
  198.  isca01.isca.uiowa.edu                             comp.sources.atari.st,
  199. jyu.fi                             128.214.7.5     unix, atari, amiga, mac,
  200. mars.ee.msstate.edu                130.18.64.3     msdos, amiga, mac, atari,
  201.  nic.funet.fi                                      mac, amiga, atari, security
  202. rusmv1.rus.uni-stuttgart.de        129.69.1.12     RFCs, X11, atari, amiga,
  203.  slug.pws.bull.com                                 comp.sources.atari.st,
  204.  slug.pws.bull.com                                 comp.binaries.atari.st,
  205. sol.cs.ruu.nl                      131.211.80.5    atari, GNU, HP-UX, TeX, Perl,
  206.  star.cs.vu.nl                                     Xserver, atari
  207. um.cc.umich.edu                    35.1.1.43       msdos, mac, apple, atari
  208.  wuarchive.wustl.edu                               comp.binaries.atari.st,
  209.  wuarchive.wustl.edu                               comp.sources.atari.st
  210.  
  211.   Hope this helps...
  212.  
  213.                                         Robert Anisko
  214.                                         rjast1@unix.cis.pitt.edu
  215.  
  216.  
  217. ------------------------------
  218.  
  219. Date: 17 Jul 91 12:31:39 GMT
  220. From:
  221.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!news.cs.indiana.edu!nstn
  222.  .ns.ca!cs.dal.ca!silvert@arizona.edu (Bill Silvert)
  223. Subject: FTP sites
  224. To: Info-Atari16@naucse.cse.nau.edu
  225.  
  226. In <9107162305.AA01173@cwns9.INS.CWRU.Edu> al885@CWNS9.INS.CWRU.EDU (Gerard
  227.  Pinzone a.k.a. Ataru Moroboshi) writes:
  228.  
  229. >I'm looking for a list of FTP sites that support the Atari ST.
  230.  
  231. Although I don't run a formal archive, lots of ST files are available
  232. via anonymous ftp from biome.bio.ns.ca in pub/atari-st and various
  233. subdirectories thereof.  These are mostly binary archives extracted from
  234. postings.  I don't know what most of the stuff is, so you may have to
  235. guess from the names.
  236. --
  237. William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
  238. P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
  239. New InterNet Address: silvert@biome.bio.ns.ca
  240.  
  241. ------------------------------
  242.  
  243. Date: 17 Jul 91 14:33:50 GMT
  244. From:
  245.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!wupost!waikato.ac.nz
  246.  !comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
  247. Subject: Hard disk backup programs
  248. To: Info-Atari16@naucse.cse.nau.edu
  249.  
  250. In article <1991Jul16.221911.27909@mailer.cc.fsu.edu> boyd@nu.cs.fsu.edu writes:
  251. > Well, the time has come to back up my disk (I am currently running the typical
  252. > irreplaceable-data-and-no-backup algorithm).  I have seen Diamondback II and
  253. > I also have BackupST (the one written by F. Appelman, which consists of
  254. > backupst.ttp and bfront.prg as a front end).  Now, to the questions . . .
  255. >
  256. > Also, can anyone recommend one product over the other?  Anyone used them both?
  257. >              Mickey R. Boyd          |  "Kirk to Enterprise.  All clear
  258. >           FSU Computer Science       |      down here.  Beam down
  259. >         Technical Support Group      |      yeoman Rand and a six-pack . ."
  260. >        email:  boyd@nu.cs.fsu.edu    |
  261.  
  262. Well from what I have seen the HDU from Application Systems Heidelberg
  263. would be the best one I have seen, but that was Version 2.2A,
  264. I believe that its upto Version 3.x, very easy to use, does not use
  265. a normal Tos format, only one file per disk, the Full Directory is
  266. held on the Last disk, but can't be seen by Tos..
  267. Disks do have a Tos File ID, Disk No. Partition etc.
  268. You have complete control of the Files to back up, and Restore.
  269. Mask/Date and Archive bit.
  270. Uses Gem a lot.
  271. I have seen and used most of the Otheres, what we need is for some Demos
  272. posted to the Archive.
  273. --
  274. ***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
  275. ***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
  276. ***  Kapiti New Zealand..    *     like a dying light globe. !       ***
  277.  
  278. ------------------------------
  279.  
  280. Date: 17 Jul 91 13:44:26 GMT
  281. From: haven.umd.edu!umbc3.umbc.edu!gmuvax2!scoile@purdue.edu (elioC evetS)
  282. Subject: looking for a good, cheap (PD?) 68000 assembler
  283. To: Info-Atari16@naucse.cse.nau.edu
  284.  
  285. The subject about says it all.  I'm looking for a good 68000 assembler,
  286. preferably one that's inexpensive, and with good documentation.  I don't need
  287. a lot of fancy utilities, just an assembler.  Anyone know of such a thing?
  288.  
  289. Steve "Stevers!" Coile                      scoile@gmuvax[{.BITNET|[2].gmu.edu}]
  290.             "Maturity is knowing when and where to act immature"
  291.  
  292. ------------------------------
  293.  
  294. Date: 15 Jul 91 02:18:31 GMT
  295. From: bloom-beacon!eru!hagbard!sunic!isgate!krafla!adamd@ucbvax.berkeley.edu
  296.  (Adam David)
  297. Subject: Need 68000 socket adapter
  298. To: Info-Atari16@naucse.cse.nau.edu
  299.  
  300. In <1991Jul14.130515.20316@doug.cae.wisc.edu> carter@engr.wisc.edu (Gregory
  301.  Carter) writes:
  302.  
  303. >I have been making comments about FaST Tech's 68K 20Mhz board, and
  304. >mainly they have been very critical.
  305.  
  306. It should at least not be allowed to overheat. 20 MHz from a 16 MHz part can
  307. be reliable, but only under the right conditions.
  308.  
  309. >Especially since the ST is NOT at any point a stable hardware design.
  310. >Even during periods of manufacturing the boards electrical chracteristics
  311. >change often enough to make such a upgrade dubious.
  312.  
  313. I shall not argue whether your statement is true or not, it is simply
  314. irrelevant. AFAIK all ST accelerator boards have one thing in common,
  315. they communicate with the ST hardware at 8 MHz over the ST's 8 MHz CPU bus.
  316. The ST with the upgrade will therefore be exactly as reliable as it was
  317. before the upgrade. Of course if the upgrade itself is unreliable then
  318. that's entirely a different story.
  319.  
  320. >I could be wrong...but I am such a know it all, that seldom occurs. :)
  321.  
  322. More often than you like to think, or does :) indicate sarcasm?
  323. (no personal attack intended)
  324.  
  325. --
  326. Adam David.
  327. adamd@rhi.hi.is
  328.  
  329. ------------------------------
  330.  
  331. Date: 17 Jul 91 15:37:16 GMT
  332. From: midway!msuinfo!silver.egr.msu.edu!schultzd@mimsy.umd.edu (Count Zero
  333.  Interrupt)
  334. Subject: Portfolio in Terminator 2?
  335. To: Info-Atari16@naucse.cse.nau.edu
  336.  
  337. This ATM/PIN stuff isn't really Atari info, BUT  pin numbers ARE NOT
  338. stored on the card.  (THAT WOULD BE F***ING STUPID!)
  339.  
  340. Your account number (and sometimes your name) is stored on the card
  341. Also, a code representing your banks node on the ATM network your
  342. bank is a member of (There are two different major network in the US.
  343. Although, there is some overlap.)
  344.  
  345. Later...
  346. --
  347.   |||   David W. Schultz                                           |||
  348.   |||   uunet[!rutgers!mailrus]!frith!schultzd                     |||
  349.  / | \  Work Phone: (517)-353-8891                                / | \
  350. /  |  \ "All I see Pornographitti, All I hear Pornographitti..." /  |  \
  351.  
  352. ------------------------------
  353.  
  354. Date: Wed, 17 Jul 91 13:55:13 PDT
  355. From: mfitz@tecnet1.jcte.jcs.mil
  356. Subject: SO, WHO ASKED ME #1: The Cheapskate Factor
  357. To: info-atari16@naucse.cse.nau.edu
  358.  
  359. I've owned an Atari ST for a while, and I've found the community of
  360. users of this family of machines to be most unique and precarious.
  361. The ST community, as most others, has its share of sycophants and
  362. nay-sayers, zealots and whiners, paragons and parasites, geniuses and
  363. idiots, mercenaries and victims.  This variety of personalities
  364. shapes this community in many ways.
  365.  
  366. OK, SO WHO ASKED ME?
  367. ====================
  368.     is the title of a series of essays I intend to write on "life in
  369. the ST lane", as my time and inclination allow.  It is my "two cents
  370. worth", intended as food for thought for my fellow users.  If it can
  371. manage to raise consciousness just a little bit, then I will be able
  372. to consider my efforts a success.
  373.  
  374. ======================================================================
  375.  
  376. #1: The Cheapskate Factor
  377. -------------------------
  378.  
  379.    The Atari "Power without the Price" slogan may be eventually
  380. considered the "original sin" of the ST community.  The low cost of
  381. the machine enticed many first-time computer-buyers into the purchase
  382. of an ST; but as most of these folks quickly found out, the cost of a
  383. computer system does not stop at the initial cost of the hardware.
  384. Most first-timers are shocked at the outlay required for supplies,
  385. accesories, and (gasp) software.  Especially software; where several
  386. choice pieces of software begin to approach the cost of purchasing
  387. the machine itself!
  388.  
  389.    I believe the main reason Atari has seen its developer base erode
  390. is not piracy, or Atari's own incompetence at marketing (although
  391. these are also very good reasons); but rather the perception
  392. throughout the industry that the Atari user is _cheap_, and would
  393. rather steal his software rather than buy it.
  394.  
  395.    There is ample evidence to support this hypothesis.
  396. For example:
  397.  
  398. 1)  Why have companies like WordPerfect, Practical Peripherals, and
  399. Broderbund quit the ST field?  Why did Sierra have to use _European_
  400. sales figures to justify continued ST development for another year
  401. (Sierra Magazine, spring '91)?
  402.  
  403. 2)  Why does the Amiga community have FOUR major-market magazines on
  404. the newsstands and the ST none?  Why did ST-LOG and START fail even
  405. though they had the whole ST community to divide up between them?
  406.  
  407.    The single answer to all of these questions is: user support; or
  408. rather, lack of it. If it is perceived that we, as a community, do
  409. not buy commercial products for our computers, then a potential
  410. developer's, supplier's, or advertiser's attitude will be:  "Why
  411. bother?"  The Amiga community, for example, is perceived as one that
  412. buys Amiga products; therefore, the developer (a.k.a. potential
  413. advertiser) will continue development of his product; enough revenues
  414. can be generated from advertisers to support four magazines.
  415.  
  416.    The Cheapskate attitude has persisted to this day.  Why would
  417. anyone, for example, hazard their data and programs on a floppy disk
  418. with 80+ tracks and a _non-standard_ twisted format when a single
  419. disk now only costs thirty to fifty cents?  Why do people pirate
  420. software on the one hand, then cry loudly about bad support for the
  421. software that they _do_ own?  Why do the loudest cries about the lack
  422. of Atari support seem to come from people who have bought _used_
  423. machines?  Why would anyone _not_ belong to an Atari User Group?
  424.  
  425.    Atari ST users must do more to support commercial software to keep
  426. their machine viable in the marketplace.  Sad to say, supporting
  427. shareware isn't enough; such transactions are not usually visible
  428. to the corporate types who make decisions about what products they
  429. will produce based on what is visible within the market.
  430.  
  431.    I'm not knocking computing on a shoestring, mind you; but any
  432. budget for buying a computer should have considered software costs in
  433. the first place.  If you bought your machine to program on you should
  434. at least have bought the package you program with.  If you do mostly
  435. wordprocessing, you should have bought the word processor; and so
  436. on.  EVERYBODY should have bought the utilities they use to maintain
  437. their system.
  438.  
  439.    We as experienced users should also consider the above when
  440. "indoctrinating" new and potential users.  The "Heck, I can get you
  441. all the software you want for free" way to sell a new user on a
  442. computer is an attitude that should not continue to be cultivated.
  443.  
  444.    So as a final word, BUY something.  BUY that telecomm program or
  445. checkbook balancer you've been using all this time.  BUY a real
  446. version of that game program you got from some pirate that "only the
  447. kids use anyway".  Patronize your nearest dealer, if you can.  We, as
  448. users, vote for the survival of our machines in the public
  449. marketplace with our dollars.  How do _you_ vote, cheapskate?
  450.  
  451. **********************************************************************
  452. Mike Fitz   mfitz@tecnet1.jcte.jcs.mil
  453. "All opinions above are my own"
  454. "Kindly obtain permission from the author for reprinting this
  455. material."
  456. **********************************************************************
  457.  
  458. ------------------------------
  459.  
  460. Date: 17 Jul 91 18:21:06 GMT
  461. From:
  462.  noao!ncar!elroy.jpl.nasa.gov!usc!rpi!bu.edu!bucsf.bu.edu!selick@arizona.edu
  463.  (Steven Selick)
  464. Subject: Spectre backups
  465. To: Info-Atari16@naucse.cse.nau.edu
  466.  
  467. Has anybody found a program (mac or atari) that will back up a mac
  468. partition in Spectre 3.0? If so, please e-mail me a copy to
  469. <selick@bucsf.bu.edu>
  470.  
  471. ------------------------------
  472.  
  473. Date: 16 Jul 91 20:31:46 GMT
  474. From: fernwood!portal!atari!apratt@uunet.uu.net (Allan Pratt)
  475. Subject: TT compatability...
  476. To: Info-Atari16@naucse.cse.nau.edu
  477.  
  478. ford@tardis.computer-science.edinburgh.ac.uk writes:
  479. >Spectre GCR    Well... I've got version 3.0, but I canne get it to work.. it
  480. >                       locks up (as does GCRTEST) at the first try at
  481. >                       accessing the floppies in GCR mode.
  482.  
  483. Mine works.  Don't know what the problem might be.
  484.  
  485. >MiNT 0.8       Works fine (except for the exception handling).
  486.  
  487. Known bug, I fixed it & sent Eric the fix.
  488.  
  489. >GNU CC 1.37.1  Everything works except the preprocessor, which doesn't parse
  490. >                       #if blocks properly.
  491.  
  492. Mine works -- are you SURE this is a TT/ST difference?  GCC from Bammi has
  493. always been pretty robust, and certainly has always worked fine on the TT.
  494. It compiles itself, which is a pretty thorough test.
  495.  
  496. ============================================
  497. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  498. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  499.  
  500. ------------------------------
  501.  
  502. Date: 17 Jul 91 14:17:51 GMT
  503. From: IFI.UIO.NO!larserio@ucbvax.berkeley.edu (LarsErikOsterud)
  504. Subject: Wanted - info on Mega ST 8/16 MHz accelerators
  505. To: Info-Atari16@naucse.cse.nau.edu
  506.  
  507. I had a Hypercache 16 Mhz card with 8 KB cache in my MEGA ST4
  508. Installed it my self and it worked great.  It's easy to switch 8/16 too
  509. (the earlier posted SPEED.PRG let you do it from the keyboard...)
  510.  
  511.  Lars-Erik  /  Registered Developer  /  ABK-BBS +47 2132659  /  ____ ______
  512.   0sterud  /  w/ Atari Scandinavia  /  larserio@ifi.uio.no  /  /___    /
  513. __________/ _______________________/ ______________________/  ____/   /
  514.  
  515. ------------------------------
  516.  
  517. Date: 17 Jul 91 14:23:09 GMT
  518. From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!dhbutler@ucbvax.berkeley.edu
  519.  (David H Butler)
  520. Subject: Wanted - info on Mega ST 8/16 MHz accelerators
  521. To: Info-Atari16@naucse.cse.nau.edu
  522.  
  523. This is the first person I've ever heard from that has had any
  524. problems with ICD or AdSpeed. I can highly recomend one, I've got one myself.
  525. It took my dealer less than 1 hour to install (25$!), and he reported that the
  526. installation was wonderfully easy. Also, AdSpeed will switch to 8mhz.
  527. automatically with a settup file, which I believe the MegaSTE will not do. Of
  528. course with AdSpeed you don't get the Stereo sound etc... But neither do you
  529. get that MegaSTE keyboard, the original MEGA keyboard is far superior, the MEGA
  530. STE keyboard even looks cheap (I was very dissapointed, as was my local Atari
  531. shop, so far that keyboard alone has lost them two sales, myself and an
  532. employee of the store). I have heard rumors of the 20mhz board, and unless
  533. there have been improvements in the 68000, they should burn out much faster
  534. then at 16mhz, I guess it depends on how long you intend to keep your computer.
  535. As for "most Atari's having proplems just running at 8mhz", all the speed tests
  536. I've done show my MEGA with tos 1.2 being 99.5% as fast as the MEGA STE, so I
  537. have no complaints. Obviously Gadgets 33mhz board does not have problems, so I
  538. can't understand what information this comment is based on.
  539.  
  540. ------------------------------
  541.  
  542. Date: 17 Jul 91 16:26:10 GMT
  543. From:
  544.  noao!ncar!asuvax!ukma!usenet.ins.cwru.edu!ysub!psuvm!dearn!dmswwu1c!zvm055@ariz
  545.  ona.edu (U.Kuehn)
  546. Subject: Where to get sym-ld for dbx-symbols?
  547. To: Info-Atari16@naucse.cse.nau.edu
  548.  
  549. Recently, I've got gdb in version 2.6 an d in the readme file is said, that
  550. the older versions of sym-ld wont work, because they generate the wrong
  551. kind of symbols. So my question: where can I get a working version of it?
  552.  
  553. Thanks in advance
  554. Ulrich Kuehn
  555.  
  556. ------------------------------
  557.  
  558. Date: 17 Jul 91 14:41:45 GMT
  559. From:
  560.  noao!asuvax!cs.utexas.edu!sdd.hp.com!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix
  561.  !Roger.Sheppard@arizona.edu (Roger Sheppard)
  562. Subject: XCONTROL & Mouse Accel
  563. To: Info-Atari16@naucse.cse.nau.edu
  564.  
  565. In article <2993@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
  566. >
  567. > fischer-michael@cs.yale.edu (Michael Fischer) writes:
  568. >
  569. > Someone mentioned that MACCEL3 had problems with DC Showit?  Hmm...
  570. > MACCEL3 is very compatible with a lot of stuff, I'm curious what the
  571. > conflict with Showit is...
  572. > --
  573. >    |||   Ken Badertscher  (ames!atari!kbad)
  574. >    |||   Atari R&D System Software Engine
  575. >   / | \  #include <disclaimer>
  576.  
  577. I think that was me, DC show was getting corrupted some how,
  578. Tos error 35, if I remember, removed MACCEL3, no more problems,
  579. I did read some thing about corruption problems on Genie some time back..
  580.  
  581. --
  582. ***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
  583. ***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
  584. ***  Kapiti New Zealand..    *     like a dying light globe. !       ***
  585.  
  586. ------------------------------
  587.  
  588. End of Info-Atari16 Digest
  589. ******************************
  590.